home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19941221-19950208 / 000072_news@columbia.edu_Mon Jan 2 17:43:03 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA05115
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Mon, 2 Jan 1995 12:43:04 -0500
  3. Received: by apakabar.cc.columbia.edu id AA19352
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Mon, 2 Jan 1995 12:43:03 -0500
  5. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  6. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: Kermit & the strange DOS machine
  9. Date: 2 Jan 1995 17:43:03 GMT
  10. Organization: Columbia University
  11. Lines: 49
  12. Message-Id: <3e9dv7$isl@apakabar.cc.columbia.edu>
  13. References: <wpfulmorD1pIp4.Aon@netcom.com>
  14. Nntp-Posting-Host: watsun.cc.columbia.edu
  15. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  16.  
  17. In article <wpfulmorD1pIp4.Aon@netcom.com>,
  18. william p fulmor <wpfulmor@netcom.com> wrote:
  19. >I have a single board 8 mhz 8088 MSDOS computer which is an expansion 
  20. >board to a unix based computer.  COM1 is irrevocably tied to a 
  21. >non-standard on-board-modem.  COM2 is said to be a standard PC serial 
  22. >port, which *was* driven by an NS 8250.   COM2 is *now* driven by an NS 
  23. >16550.   \|^)
  24. >
  25. >After starting Kermit (3.13 patch 20) in the usual fashion, ...
  26. >
  27. Please try 3.14 Beta.  There have been many improvements in the RS-232
  28. (dealing with modem signals) area, which might affect your situation.
  29.  
  30. Anonymous ftp to kermit.columbia.edu, directory kermit/test/bin, binary
  31. mode, file mstibm.zip.  Unzip with "-d" switch.  Read top-level READ.ME
  32. to get started.
  33.  
  34. >...
  35. >1. Kermit takes 13 minutes from pressing <return> following the dial 
  36. >command to actually dialing the number.
  37. >
  38. This sounds like repeated flow-control failures and long timeout waits
  39. (about 15 seconds each).  This probably means that Kermit has been told
  40. to SET FLOW RTS/CTS prior to dialing, but that the modem has not been
  41. configured for RTS/CTS, or does not use it properly while in command mode.
  42.  
  43. Try SET FLOW NONE during dialing, and then (if it works) change to SET
  44. FLOW RTS/CTS after dialing is complete.
  45.  
  46. >2. Escaping from connect to local is prompt, but connecting back to 
  47. >remote takes a *long* time.
  48. >
  49. Again, it sounds like your modem is not asserting CTS at the time when
  50. CONNECT.  Make sure Kermit and the modem are *both* set for RTS/CTS
  51. flow control.  If that doesn't help, I'd say the modem is probably not
  52. working right -- or your cable does not connect the RTS and CTS terminals
  53. on each side to their counterparts on the other.
  54.  
  55. >3. In interactive operation as a vt100 and with 'set flo rts/cts' a 
  56. >very few characters are dropped, not enough to cause problems - but - The 
  57. >screen is written only a few lines at a time with long pauses in 
  58. >between.
  59. >
  60. Same deal, again.
  61.  
  62. - Frank
  63.  
  64. x
  65. x